home *** CD-ROM | disk | FTP | other *** search
/ BMUG Revelations / BMUG Revelations.toast / Telecom / InterNet / Internet Radio < prev    next >
Encoding:
Text File  |  1992-12-10  |  13.4 KB  |  288 lines  |  [TEXT/SNTE]

  1.                        Internet Talk Radio
  2.                   Carl Malamud (info@radio.com)
  3.  
  4. The following article is reprinted with permission from ConneXions.  
  5. ConneXions is published by Interop Company.  More information on
  6. ConneXions can be obtained from the address ole@interop.com.
  7.  
  8.  Over the past few years, two trends have come together to
  9. present an opportunity for a new type of journalism.  On the one
  10. hand, the trade press has focused on marketing and product
  11. reviews, leaving an ever-larger gap for a general-interest,
  12. technically-oriented publication focused on the Internet.  At the
  13. same time, the Internet has made great progress in supporting
  14. multimedia communication, through standards such as IP
  15. multicasting and MIME messaging.
  16.  
  17.  Internet Talk Radio attempts to fuse these two trends and
  18. form a new type of publication: a news and information service
  19. about the Internet, distributed on the Internet.  Internet Talk
  20. Radio is modeled on National Public Radio and has a goal of
  21. providing in-depth technical information to the Internet
  22. community.  The service is made initially possible with support
  23. from Sun Microsystems and O'Reilly & Associates.  Our goal is to
  24. provide a self-sufficient, financially viable public news service
  25. for the Internet community.
  26.  
  27. Head: Flame of the Internet
  28.  
  29.  The product of Internet Talk Radio is an audio file,
  30. professionally produced and freely available on computer
  31. networks.  To produce these files, we start with the raw data of
  32. any journalistic endeavor: speeches, conference presentations,
  33. interviews, and essays.
  34.  
  35.  This raw information is taped using professional-quality
  36. microphones, mixers, and DAT recorders.  The information is then
  37. brought back to our studios, and edited and mixed with music,
  38. voice overs, and the other elements of a radio program. The "look
  39. and feel" we strive for is akin to "All Things Considered" or
  40. other programs that appeal to the general interest of the
  41. intelligent listener.
  42.  
  43.  Our goal is hit the topics that don't make it into the trade
  44. press.  Instead of SNMP-compliant product announcements, we want
  45. to present descriptions of SNMP.  Instead of articles on GOSIP,
  46. we want to describe the latest Internet Drafts and place them in
  47. perspective.  Instead of executive promotions, we want to give
  48. summaries of mailing list activity and network stability. 
  49. Instead of COMDEX, we want to cover the IETF.
  50.  
  51. Head: Town Crier to the Global Village
  52.  
  53.  The result of Internet Talk Radio's journalistic activities
  54. is a series of audio files.  The native format we start with is
  55. the Sun Microsystems .au format, closely related to the NeXT .snd
  56. format.  This format consists of the CCITT Pulse Code Modulation
  57. (PCM) standard of 8 bits per sample and a sampling rate of 8000
  58. samples per second, using the u-law [ed. use greek letter mu]
  59. encoding (a logarithmic encoding of 8 bit data equivalent to a 14
  60. bit linear encoding).  A half-hour program would thus consist of
  61. 64,000 bits per second or 15 Mbytes total.
  62.  
  63.  Programs are initially spool on UUNET, the central machines
  64. of the Alternet network.  Files are then moved over to various
  65. regional networks for further distribution.  For example, EUnet,
  66. a commercial network provider for Europe with service in 24
  67. countries, will act as the central spooling area for the European
  68. region.  The Internet Initiative Japan (IIJ) company will provide
  69. the same service for Japanese networks.
  70.  
  71.  The goal of coordinated distribution is to reduce the load
  72. on key links of the network.  Transferring a 15 Mbyte file over a
  73. 64 kbps link does not make sense during peak times.  On the other
  74. hand, a leased line has the attribute that a bit unused is a bit
  75. forever gone.  Transferring large files at low priority in non-
  76. peak times has little or no incremental cost.
  77.  
  78.  Files thus move from the UUNET central spool area, to
  79. regional spools, to national and local networks.  We anticipate
  80. most of this transfer to be done using the FTP protocols, but
  81. some networks are discussing the use of NNTP news groups and
  82. MIME-based distribution lists.
  83.  
  84.  It is important to note that Internet Talk Radio is the
  85. source of programming and does not control the distribution. 
  86. These files are publicly available, subject only to the simple
  87. license restrictions of no derivative work and no commercial
  88. resale.  
  89.  
  90.  Distribution is controlled, as with all other data, by the
  91. individual networks that make up the Internet.  We intend to work
  92. closely with networks all over the world to ensure that there is
  93. some coordination of distribution activity, but ultimate control
  94. over this data is in the hands of those people who finance,
  95. manage, and use networks.
  96.  
  97.  We don't believe indiscriminate use of anonymous FTP is the
  98. proper method for distributing large archives.  Previous
  99. experience with ITU standards, with RFC repositories, and with
  100. large software archives such as the X Windows System indicates
  101. that setting up a top-level distribution hierarchy goes a long
  102. way towards alleviating network load.
  103.  
  104.  Even with a top-level hierarchy, however, there will always
  105. be anonymous FTP sites and there will always be people that go to
  106. the wrong FTP server.  This behavior is largely mitigated by
  107. setting up enough "local" servers and publicizing their
  108. existence.  Like any large distributor of data, we are mindful of
  109. the load on the transcontinental and regional infrastructures and
  110. will take aggressive steps to help minimize that load.
  111.  
  112. Head: Asynchronous Times, Asynchronous Radio
  113.  
  114.  Once files have made their way to a local or regional
  115. network, they are moved to the desktop and played.  Once again
  116. the individual users of the network decide how to present data. 
  117. We hope to see a wide variety of different ways of having our
  118. files played and only list a few of the more obvious methods.
  119.  
  120.  The simplest method to play a .au file on a Sparcstation is
  121. to type "play filename."  If the file is placed on a Network File
  122. System (NFS) file system on a central server, the user simply
  123. mounts the file system and plays the file.  Alternatively, the
  124. user copies the file to a local disk and plays it.
  125.  
  126.  More adventuresome playing of files uses multicasting.  A
  127. simple multicast program called "radio" for a local Ethernet is
  128. available from CWI, the mathematics institute of the Netherlands. 
  129. A more sophisticated approach, IP multicasting, allows a program
  130. to reach far beyond the confines of the Ethernet.
  131.  
  132.  IP multicasting might be used on a local basis, or can have
  133. a global reach.  There is a consortium of regional networks that
  134. have formed the Multicast Backbone (MBONE), used for audio and
  135. video programming of key conferences such as the Internet
  136. Engineering Task Force.
  137.  
  138.  Internet Talk Radio does not assume use of the MBONE for
  139. playing files.  Needless to say, the operators of the MBONE are
  140. free to play Internet Talk Radio files (and we would be delighted
  141. if this happens), but it is up to the local network affiliates to
  142. determine how and when they distribute this audio data.
  143.  
  144.  In many cases, people will want to play files on a wide
  145. variety of different platforms.  The Sound Exchange (SOX) program
  146. is a publicly-available utility that easily transforms a file
  147. from one format to another.  Using this utility, the Macintosh,
  148. Silicon Graphics, DECstation, PC, and many other platforms can
  149. play Internet Talk Radio files.
  150.  
  151. Head: Geek of the Week
  152.  
  153.  In the spirit of dignified, conservative programming, the
  154. first production from Internet Talk Radio is dubbed Geek of the
  155. Week.  Geek of the Week features technical interviews with key
  156. personalities on the Internet.  Some of the people who have
  157. agreed to appear on Geek of the Week include Daniel Karrenberg of
  158. the RIPE NCC, Dr. Marshall T. Rose of Dover Beach Consulting,
  159. Milo Medin of the NASA Science Internet, and Daniel Lynch of
  160. Interop Company.
  161.  
  162.  Geek of the Week focuses on technical issues facing the
  163. Internet.  This initial program is sponsored by Sun Microsystems
  164. and O'Reilly & Associates.  Their support makes it possible for
  165. Geek of the Week to be produced professionally and then to be
  166. distributed at no charge.
  167.  
  168.  One of the issues that Internet Talk Radio faces are the
  169. vestiges of Appropriate Use Policies (AUPs) that linger from the
  170. original ARPANET days.  While Sun Microsystems and O'Reilly &
  171. Associates view Internet Talk Radio in terms of an investigation
  172. of on-line publishing, of multicasting, and other engineering
  173. issues, we feel it important that our sponsors are given due
  174. credit in the programs.
  175.  
  176.  At first glance, this smacks of the crass and commercial. 
  177. Indeed, it smacks of advertising.  Jumping to that conclusion,
  178. however would be a simplistic mistake.  The Appropriate Use
  179. Policies were formulated to guarantee that networks are used for
  180. the purposes envisioned by the funding agents.  In the case of an
  181. AUP-constrained networks such as the NSFNET, this means that use
  182. of the network must benefit U.S. science and engineering.  
  183.  
  184.  We feel that an in-depth interview with Internet architects
  185. clearly falls within the purview of all AUP policies.  However,
  186. we understand that certain networks may not accept certain types
  187. of programming.  For this reason, our central spool areas are
  188. carefully picked so they are AUP-free.  This way, if a network
  189. feels the programming is inappropriate, they can simply inform
  190. their users not to obtain or play the files.
  191.  
  192.  It should be noted that one advantage of supporting the
  193. professional dissemination of news and information up-front is
  194. that the user is not directly charged.  Somebody has to pay for
  195. information to be produced, and the sponsorship model means that
  196. copy protection, accounting, security, and all the other
  197. complications of a charging model are avoided and that high-
  198. quality news and information becomes increasingly available on
  199. the Internet.
  200.  
  201. Head: The Medium is the Message
  202.  
  203.  While Geek of the Week is our flagship program, we intend to
  204. intersperse mini-features throughout.  The Incidental Tourist,
  205. for example, will feature restaurant reviews and other travel
  206. information for sites throughout the world.  The Internet Hall of
  207. Flame will highlight non-linear behavior on mailing lists, and we
  208. will have periodic book reviews by Dan Dorenberg, one of the
  209. founders of Computer Literacy Books.
  210.  
  211.  The logical extension to Geek of the Week is to begin
  212. coverage of industry functions.  To date, we have received
  213. permission to tape for later rebroadcast sessions and
  214. presentations at the European RIPE meetings, the IETF, and at the
  215. INTEROP Conferences.  We are negotiating with other industry
  216. forums to try and establish permission to cover additional
  217. conferences.
  218.  
  219.  Our hope is to begin providing news summaries of these key
  220. conferences.  If you can't make it to the IETF, for example,
  221. Internet Talk Radio would like to provide a half-hour news
  222. summary describing what happened on each day.
  223.  
  224.  The next logical step is to begin producing analysis of key
  225. technical topics.  Here, we look at in-depth (e.g., 15 minute)
  226. summaries of technical topics such as MIME, proposals for the
  227. next IP, SNMP v. 2, or the architecture of the Global Internet
  228. Exchange (GIX).  We would also furnish analysis of political
  229. topics, such as the POISED effort to reorganize the Internet
  230. standards process, or the background of the IPv7 debate.
  231.  
  232.  Eventually, our hope is to combine all these reports
  233. together and form a daily news broadcast to the Internet.  When
  234. you walk in and start reading your mail, you simply click on the
  235. "radio" icon and listen to Geek of the Week while deleting
  236. messages from the more hyperactive mailing lists.
  237.  
  238. Head: Tomorrow is the Future
  239.  
  240.  The "radio" metaphor was carefully chosen.  We wanted an
  241. alternative to plain ASCII files, yet did not feel that the
  242. Internet infrastructure was ready for regular video feeds. 
  243. Production of video or true multimedia required an order-of-
  244. magnitude higher investment in production facilities.  After all,
  245. we know bad TV since we see so much of it.
  246.  
  247.  Eventually, Internet Talk Radio wants to go beyond the
  248. confines of the simple radio metaphor.  Already, we describe the
  249. service as asynchronous radio, recognizing that our listeners can
  250. start, stop, rewind, or otherwise control the operation of the
  251. radio station.
  252.  
  253.  As a multicasting infrastructure gets deployed throughout
  254. the Internet, we see the opportunity to expand the radio metaphor
  255. and begin the creation of a truly new news medium.  Multicast
  256. groups and videoconferencing tools allow the creation of an
  257. Internet Town Hall, a moderated forum with a very wide reach or
  258. games shows like Name That Acronym where everybody gets to play.
  259.  
  260.  Because we are on the Internet, we can add a wide variety of
  261. different programming techniques.  While listening to a series of
  262. interviews about MIME messaging, for example, you might also
  263. scroll through a series of Gopher menus that hold more
  264. information about the MIME standards, or search a WAIS database
  265. for a biography of the speakers.
  266.  
  267.  We hope that Internet Talk Radio will be the first of many
  268. such information services on the Internet, supplementing the
  269. random anarchy of news and mailing lists with professionally
  270. produced news and information.  Indeed, we hope that Internet
  271. Talk Radio forms the first of many "desktop broadcasting"
  272. efforts.
  273.  
  274.  Internet Talk Radio debuts at the Columbus IETF at the end
  275. of March.  Stay tuned for more information.
  276.  
  277. Head: For More Information
  278.  
  279.  Guido van Rossum, FAQ: Audio File Formats,
  280. ftp.cwi.nl:/pub/AudioFormats2.10.  An excellent introduction to
  281. audio formats, encoding, and other information about sound files
  282. on different platforms.  This same site also has copies of the
  283. SoundExchange (SOX) program for translating files into different
  284. audio formats, and the Radio program for playing a sound file on
  285. an Ethernet.
  286.  
  287.  
  288.